home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950528-19950726
/
000272_news@columbia.edu_Tue Jul 4 02:00:00 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-07-31
|
2KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA18947
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 4 Jul 1995 13:05:56 -0400
Received: by apakabar.cc.columbia.edu id AA16855
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 4 Jul 1995 13:05:55 -0400
Path: news.columbia.edu!sol.ctr.columbia.edu!news.msfc.nasa.gov!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!uwm.edu!lll-winken.llnl.gov!osi-east2.es.net!oracle.pnl.gov!mica.inel.gov!cwis.isu.edu!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Problems with Flow Control?
Message-Id: <1995Jul4.080000.55331@cc.usu.edu>
Date: 4 Jul 95 08:00:00 MDT
References: <3taeu9$lh0@news.bu.edu>
Organization: Utah State University
Lines: 24
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <3taeu9$lh0@news.bu.edu>, cao@cgl.bu.edu (Chan Cao) writes:
> I hope someone would help me solve a little problem:
>
> My recently acquired USR Sporter 14.4k doesn't work
> properly with both a version of kermit I've been using
> and the latest one from Columbia. In both cases,
> I applied the script for Sporter modem as instructed.
> I've also tried different settings: rts/cts, xon/xoff,
> different speeds...etc-all without much luck.
>
> When I'm using the newsreader 'tin,' the arrow pointer
> would shows up many places at once on the same column.
> Keyboard scan codes for the arrow keys (^[[H, ^[[G)
> would also show up when I try to move the curror
> though different articles fast.
------------
Those aren't "scan codes" for keys but rather the control
sequences sent by the terminal emulator to the host to represent
keys. If you see several characters starting with a caret (^)
then that's generated by the remote host and echoed back to the
local machine. It's not flow control, it's most likely a parity
problem. You will have to match parity with what the remote side
requires.
Joe D.